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TRANMISSION COMMUNICATIONS MANAGEMENT 

Background 

The invention relates to transmission communications management. 

In an interactive broadcasting system, digital information may be encoded into 
broadcast television signals and transmitted to a home personal computer that has been 
configured to receive the information. A technology developed for transporting such a 
combination of digital information and broadcast TV signals is the Intel® Intercast® 
technology. 

The Intercast® technology includes three parts; the broadcast headend, the 
transport, and the platform. At the broadcast headend, such as a television studio, 
broadcasters may create digital data such as Web pages, multimedia applications or other 
data files. The digital data is then assembled into packages and scheduled for insertion 
into the broadcast signal so that the broadcast signal can carry the TV audio, TV video, 
and digital data. 

The combined digital and TV broadcast signal may be transmitted over a number 
of different transports, including regular television airwave broadcasts, satellite 
transmissions, cable transmissions, digital TV transmissions, or computer networks such 
as local area networks (LANs) or wide area networks (WANs). 

At the receiving end, or the platform, which may be a TV-enabled personal 
computer or a set-top box, the broadcast signal (with inserted digital data) is received and 
processed for display. A TV tuner appropriate to the transport is used for receiving the 
broadcast signal. Data processing is then preformed by video capture and decode 
circuitry, which may be integrated with the tuner that receives the regular TV signals. 

The different transports that are able to transmit such broadcast signals have 
different transmission rates and different protocols. Thus, a need arises for broadcast 
equipment that is capable of supporting multiple broadcast transports^ 
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Summary 

The invention is generally directed to a transmission system in which a data 
management module manages data flow based on a characteristic of a transmitter that is 
coupled to a transport medium. 
5 Other features will become apparent from the following description and from the 

claims. 

Brief Description of the Drawings 
Fig. 1 is a block diagram of a broadcast system incorporating an embodiment of 
10 the invention. 

Fig. 2 is a block diagram of a transmitter and a broadcast encoder according to an 
p embodiment of the invention. 

Fig. 3 illustrates an example data structure used for communication between the 
W transmitter and broadcast encoder of Fig. 2. 

p 15 Fig. 4 is a flow diagram of a process performed by the broadcast encoder 

^ according to an embodiment of the invention. 

* Fig. 5 is a block diagram of an example computer system that can be used in the 

m broadcast system of Fig. 1. 

a 20 Detailed Description 

™ Referring to Fig. 1, an example transmission system 8 (which may be an 

interactive broadcast system, for example) is illustrated that includes a broadcast headend 
system 10, one or more transports 20, and one or more platforms 30 to receive the 
broadcast signals. At the broadcast headend system 10, which includes a computer 
25 system along with other broadcast-related components (which may be located at a TV 
studio, for example), digital data are provided to a system containing interactive 
broadcasting application programs 12, which assemble the received digital data into 
packages and schedule them for insertion into a broadcast signal. The assembled data 
from the interactive broadcasting application programs 12 are routed to a data inserter 
30 unit 15 including a bridge unit 14, which also receives broadcast program video and 

audio data (TV data). The bridge unit 14 multiplexes the digital data and the TV data and 
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provides the combined data to an uplink block 16. In some embodiments, the system 
containing the interactive broadcasting application programs 12 and the data inserter unit 
15 may be separate systems, while in other embodiments the units may be implemented 
as one integrated system. 

The uplink block 16 in turn transmits (by broadcasting or multicasting, for 
example) the combined digital and TV data over one or more transport media or 
communications channels 20, which may be the broadcast airwaves, a cable medium, a 
satellite medium, a computer network (such as local area networks, wide area networks, 
or the Internet), or a digital TV medium, to one or more platforms 30. An example 
platform 30 may include a TV-enabled computer 32 that is configured to receive the 
combined digital and PC broadcast data over the transport medium 20. The computer 32 
may also include a modem 34 that may be connected to an Internet Web server 22. 

According to embodiments of the invention, the bridge unit 14 is able to 
automatically adjust for the different characteristics of different transport media 20, 
including data flow rates and other characteristics as described below. Further, each 
particular transport medium may have transport characteristics that vary over time, for 
which the bridge unit 14 may also make adjustments. The bridge unit 14 may be 
implemented entirely in software that runs in the computer system in the broadcast 
headend system 10, or alternatively, the bridge unit 14 may be a combination of hardware 
and software. 

In some embodiments, the bridge unit 14 and uplink block 16 include several 
components as shown in Fig. 2. The bridge unit 14 includes a broadcast encoder 100 
(implemented in one embodiment as a software module) that interleaves digital data 
received from the application programs 12 with television programming data. The 
broadcast encoder 100 is able to work with a number of different types of transport media 
20. To provide for such flexibility, one or more different transmitters 102 that are 
configured for corresponding transport media are also included in the .bridge unit 14. In 
one embodiment, each transmitter 102 is essentially a transport abstraction implemented 
as a software module that acts as the interface between application programs (including 
the broadcast encoder 100), and the connected transport media 20. 



In one embodiment, the broadcast encoder 1 00 and one or more of the 
transmitters 102 exchange information on a "continuous" (or continued) basis so that the 
broadcast encoder 100 may efficiently and reliably manage communications for different 
transport media and as transmitter characteristics change. The exchange of information 
5 may be performed by the broadcast encoder 100 periodically polling each transmitter 102 
or by a transmitter 102 requesting an update, for example. The exchange of information 
is continuous in the sense that the broadcast encoder 100 and transmitters 102 continue to 
exchange information after startup of the broadcast encoder 100 or one of the transmitters 
102. In an alternative embodiment, multiple broadcast encoders may be specified for use 

10 with multiple corresponding transmitters. 

Advantages of embodiments of the invention may include the ability to 
automatically control data flow that is transparent to application programs in the 
broadcast headend system 10. In addition, embodiments of the invention may allow for 
transport independence at the broadcast headend in interactive broadcast systems. 

15 The broadcast encoder 100 mixes the digital data and the TV programming data 

according to the type of transport medium 20 used. For example, if the transport medium 
uses an analog broadcast signal (transmitted over analog airwave or cable media, for 
example), the digital data is inserted into the vertical blanking interval (VBI) portion of 
the broadcast signal. The VBI portion of the broadcast signal may also be used to 

20 transmit, among other things, closed captioning data. Conventionally, in an analog 

broadcast signal, a predetermined number (e.g., 10) of VBI lines are available, with each 
line having a predetermined data transmission capacity. A portion of the available VBI 
lines is typically used to carry the digital data. 

Other transport media, such as satellite transmissions or digital TV transmissions, 

25 may have much higher data transmission rates. 

Data from the bridge unit 14 is transmitted to the uplink unit 16, which typically 
may include a hardware unit (or sometimes a software stack) that ships the data along 
with other contents over a specified transport medium 20, which may be any network that 
supports broadcast or multicast transmissions. 

30 Characteristics of a transport medium 20 are communicated by a corresponding 

transmitter 102 to the broadcast encoder 100 through negotiations between the broadcast 
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encoder and the transmitters. Each transmitter 102 may be configured as a separate 
module, such a Component Object Model (COM) object. The COM specification is 
described in "The Component Object Model Specification," Draft Version 0.9, Microsoft 
Corporation and Digital Equipment Corporation (October 1995). 
5 The behavior of the broadcast encoder 100 is modified based on the capabilities 

that the one or more transmitters 102 advertise. The broadcast encoder 100 and each 
transmitter 102 are loosely coupled, with the communications between a transmitter and 
the broadcast encoder in one embodiment being accomplished through an application 
specific interface (API). During negotiations between the broadcast encoder 100 and 
10 each transmitter 102 through the API interface, the broadcast encoder 100 obtains details 
of the characteristics of each transmitter 102 to allow the broadcast encoder 100 to 
^ efficiently manage data communications over the transport media 20. In the API 

interface, several methods are defined through which the broadcast encoder and 
y transmitters exchange information. 

J 15 To increase efficiency of data transfer between the broadcast encoder and the 

HI transmitter, each transmitter 102 according to an embodiment is configured as a COM 

*T object to the broadcast encoder that has two interfaces: ITransmitter, which is the 

y transmitter's primary interface for data communication and control; and the 

fy IPropertyPage interface for configuration management. Any application (including the 

5 20 broadcast encoder 100) that uses the transmitters 102 in the described embodiment first 
03 obtains the ITransmitter interface to set up communications with each transmitter 102. 

In alternative embodiments, negotiations between the broadcast encoder and each 
transmitter may be accomplished with other interfaces, including use of OLE events 
defined under the Object Linking and Embedding (OLE) standard, described in David 
* 25 Chappell, "Understanding ActiveX and OLE: A Guide for Developers & Managers" 
published in 1996. 

In the described embodiment, the transmitter 102 may accept two general types of 
data: raw data streams or predefined datagrams. Raw data streams are transmitted by the 
broadcast encoder 100 or another application by calling a Send() method, and datagrams 
30 are transmitted using a SendDatagramsO method. When data is provided by the 

broadcast encoder 100 or some other application to the transmitter 102 using the SendQ 
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method, the transmitter 102 does not know the type of data that is passed to it. When a 
transmitter 102 receives this kind of data, it does not interpret this data but instead passes 
the data on to another device or software module. 

The Send() method in one embodiment writes the data pointed to in the method to 

5 a target transmitter 102. When a Send() call returns, the broadcast encoder 100 along 

with the other applications may assume that the data bits have actually been written to the 
transmitter. The Send() method is a blocking call, and will return a value if one of the 
following conditions occur: the transmission was successful, a timeout occurred, an error 
occurred, or the caller has aborted the call. 

10 The other type of data, predefined datagrams such as Internet Protocol (IP) or 

User Datagram Protocol (UDP) datagrams that are transmitted by calling the 
SendDatagrams() method, have known formats. The SendDatagrams() method is similar 
to the Send() method. The IP protocol is described in "Internet Protocol, DARPA 
Internet Program, Protocol Specification," Request for Comment 791 (September 1981), 

15 and the UDP protocol is described in "User Datagrams Protocol," Request for Comment 
768 (August 1980). Each datagram may include header information that may have the 
following types of information: version information; length of the header; type of 
datagram, including UDP, IP, and raw data; length of the data; flags; compression used; 
and other information. A datagram header may also be followed by broadcast encoder 

20 data that describe certain details of the broadcast encoder 100. The datagram also 

includes the actual data that is being transmitted. An example IP datagram is shown in 
Fig. 3, in which a block 60 contains the header information and broadcast encoder 
information, a block 64 contains the actual data, and a block 62 may optionally be used as 
a pad region. A transmitter 102 is able to reformat a datagram received from the 

25 broadcast encoder 1 00 or other application program for transmission further downstream. 

The behavior of the broadcast encoder 100 is dependent on information advertised 
by each transmitter 102 from negotiations the broadcast encoder 100 performs with one 
or more transmitters 102. Depending on how many transport media 20 is used in the 
system, more than one transmitter 102 may be active at the same time. According to an 

30 embodiment of the invention, several methods may be used to perform these negotiations, 
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including GetConfiguration(), GetAdjustmentRate(), GetNumSendErrors(), and 
GetFreeBuff(), which are discussed further below. 

Referring to Fig. 4, the tasks performed by the broadcast encoder 100 of one 
embodiment during the negotiation process with the transmitter 102 are described. First, 
through the IPropertyPage API interface, the broadcast encoder 100 loads (at 202) the 
one or more designated transmitters 102 into the broadcast headend system 10. 
Transmitters may be designated in a preselected database, such as the registry under the 
Windows operating system. In addition, the loaded transmitters 102 are initialized (at 
204) by calling a method InitializeO. Once an Initialize() method is issued, each 
transmitter 102 responds by allocating memory (such as internal buffers) and initializing 
any variables and device settings. The Initialize() method may be a blocking call, with 
the call returning only if the system is really initialized. The broadcast encoder 100 
checks (at 206) to determine if the loading and initialization is successful. If a failure is 
detected, then the broadcast encoder 100 designates itself as being in a Homeless state (at 
208), in which the broadcast encoder 100 does not accept or send any data. 

But if the loading and initialization were successful (as determined at 206), then 
the broadcast encoder 100 requests (at 210) the configuration information from the one or 
more transmitters 102 using the GetConfiguration() method. When a transmitter receives 
the GetConfiguration() call, the transmitter advertises its capabilities. Some of the 
outputs are already known to the broadcast encoder 100 and some are specific to the class 
of transmitter involved. For example, a transmitter associated with a VBI transport will 
have a field indicating the number of VBI lines used. The types of information that a 
transmitter can send include the following: the version, length of the header, name of the 
transmitter, some description of the transmitter, the transfer rate, the maximum 
transmission unit, the buffer size, if any, the timeout and seconds per datagram (if any), 
the data gram type (UDP, IP, or raw data), flags, padding size, and other information. 
The configuration information received from each transmitter 102 is scored in memory by 
the broadcast encoder 100 at predefined memory locations. The stored transmitter 
configuration information is used at a later time to modify the broadcast encoder's 
behavior. 



Next, the broadcast encoder 100 may send (at 212) device specific information 
(information describing certain details of the broadcast encoder 100) to each of the 
transmitter 102. In the illustrated embodiment, the method used to communicate this 
information is a RegisterStream() method. The broadcast encoder 100 stores all the 
stream-related information in a data structure (referred to as OPENSTREAM) and 
allocates a handle (address information indicating where the OPENSTREAM structure is 
stored) that is passed to the transmitter 102 in the RegisterStream() method. This handle 
may be passed by the broadcast encoder 102 in subsequent datagrams (in block 60 of the 
example datagram of Fig. 3). 

Next, the broadcast encoder uses (at 214) the configuration information advertised 
by each transmitter 102 in response to the GetConfiguration() method to modify its 
behavior. In the illustrated embodiment, the configuration information is stored in a data 
structure, referred to as the CONFIG data structure. Transmitters associated with 
different transport media have different characteristics. Some characteristics may include 
the maximum transfer rate that a transport medium can handle, the maximum size of each 
data packet (also refer to as the maximum transmission unit or MTU), whether 
compression is used, whether internal buffers are used in the transmitter, the type of data 
management (if any) performed by each transmitter, whether framing of data is 
performed, and whether fragmentation of the data is performed. 

Another characteristic of a transmitter is whether it understands the concept of 
priorities. Thus, if the transmitter is able to assign priorities to data it receives, then the 
broadcast encoder 100 does not perform priority assignment, leaving the task to the 
transmitter 102. If the transmitter 102 is unable to prioritize the received data stream, 
then the broadcast encoder 100 multiplexes the data stream based on the requested 
priority from the application programs 12. 

Yet a further transmitter characteristic is bandwidth management, in which the 
transmitter 102 may advertise that it is able to perform bandwidth management 
Similarly, the broadcast encoder 100 may also optionally allow the transmitter 102 to 
perform data compression if the transmitter 102 is able to do so. Other characteristics 
that may be negotiated between the broadcast encoder and the transmitters include the 
basic data types that a transmitter requires. In one embodiment, the data types include 
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raw data streams, Internet Protocol (IP) data, user datagram protocol (UDP) data, or other 
types of data. Raw data streams may be used in network interfaces not requiring an IP or 
UDP header. In addition, a transmitter 102 may ask the broadcast encoder 100 to 
repackage data before it is transmitted to the transmitter. 

5 Some of the characteristics of the transmitters are further discussed below. The 

maximum transmission unit (MTU) refers to the maximum size of a single IP or UDP 
datagram. If an MTU is advertised, the broadcaster encoder 100 sets the size of each 
datagram to be less than or equal to the advertised MTU. If a software layer (such as the 
broadcaster encoder 100) sends data that is more than the specified MTU size, then the IP 

10 layer (such as the transmitter 102) may fragment the data into MTU-sized datagrams 
before further transmission. In some embodiments, a transmitter 102 does not need to 
advertise the MTU of its transport medium. Instead a transmitter 102 may advertise its 
MTU as having the value zero, in which case the transmitter 102 would perform its own 
internal buffering, fragmentation, and data management. 

1 5 In addition to using the configuration information advertised by the transmitters, 

other methods used by the broadcast encoder 100 to determine transmitter characteristics 
include the GetAdjustedTransferRate() method, which calculates the actual transfer rate 
adjusted for delays and overhead in the transmitter 102, The GetAdjustedTransferRate() 
method obtains the adjusted rate of transfer in bits per second that accounts for the 

20 network traffic, hardware and software overhead and other delays. A transmitter may 

have some intelligent mechanism to study the flow and return and appropriate value, and 
this value may vary from time to time depending on such conditions as the network 
traffic. The broadcast encoder will use this adjusted transfer rate to arrive at a transfer 
rate to perform the transfer of data to the transmitter. 

25 The adjusted transfer rate effectively is the data transfer rate that the transmitter 

102 is able to handle. To effectively manage the data flow, the broadcast encoder 100 
also needs to account for the incoming data flow rate. The broadcast encoder 100 may 
receive input data from several sources, each potentially at different rates. Further, the 
broadcast encoder may include one or more buffers to store incoming data. Some 

30 transmitters 102 may also have this capability. Transmitters that include an internal 

cache (or buffer) that is able to hold data are referred to as "none-blocking transmitters." 



9 



The second type of transmitter does not cache data at all, in which case all Send() and 
SendDatagrams() calls are blocked until data actually is sent by the transmitter. Such 
transmitters are referred to as "blocking transmitters." The broadcast encoder 100 may 
determine if a transmitter 102 includes data buffers by calling the method GetFreeBuff(). 

5 If a transmitter 102 includes a buffer, then it may be able to handle a faster data flow 

from the broadcast encoder 100 to the transmitter 102. In addition, the broadcast encoder 
100 determines how fast returns are received from Send() or SendDatagram() calls. 
Using the adjusted transfer rate, incoming data rate or rates, the existence of buffers in 
the transmitters 102, and the speed of returns in response to the Send() or 

10 SendDatagramsO methods, all negotiated on a continuous basis between the broadcast 
encoder 100 and each of the transmitters 102, the broadcast encoder 100 is able to 
perform effective data flow control 

Referring to Fig. 5, an example computer system 200 used in the broadcast 
headend system 10 may include a microprocessor 210 that is capable of running the 

15 broadcast encoder 100 and transmitters 102 according to embodiments of the invention. 
A system memory 218, the microprocessor 210, and a bridge/system controller circuitry 
214 are all coupled to a host bus 212. The bridge circuitry 214 provides an interface from 
the host bus 212 to a down stream bus 229 that is coupled to an I/O controller 220 and a 
network interface card 222, as examples. The I/O controller 220 may also be coupled to 

20 serial and parallel ports 232. The computer 200 may also have, as examples, a CD or 
DVD drive 230, a floppy disk drive 224, and/or a hard disk drive 226. 

According to some embodiments, the broadcast encoder 100 and transmitters 102 
may be stored on a suitable mass storage medium such as the CD or DVD drive 230, the 
floppy disk drive 224, or the hard disk drive 226. During execution, the broadcast 

25 encoder 100 and transmitters 102 or portions of the software modules may loaded into the 
system memory 218 for execution by the microprocessor 210. Data generated by the 
transmitters 102 may be transmitted over the network, serial or parallel ports, or other 
interfaces (not shown) to the uplink unit 16. 

Thus, by continuously monitoring transmitter characteristics, the broadcast 

30 encoder can efficiently and accurately manage the transmission of broadcast signals 

containing both digital data and TV data over one or more transport media. Because the 
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broadcast encoder monitors the transmitters on a continuous basis, changes in 
characteristics of a transmitter and corresponding transport medium can be ascertained by 
the broadcast encoder for adjustments. 

Other embodiments are also included in the following claims. For example, even 
though specific units have been identified in the interactive broadcast system, other types 
of units may be used. In addition, the order of the tasks illustrated for the broadcast 
encoder may be modified and still achieve desirable results. 

While the invention has been disclosed with respect to a limited number of 
embodiments, those skilled in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended claims cover all such modifications 
and variations as fall within the true spirit and scope of the invention. 

What is claimed is: 
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1 LA transmission system, comprising: 

2 a data management module capable of managing data flow; and 

3 a transmitter module coupled to a transport medium and to the data 

4 management module, the transmitter module having at least one predefined transmission 

5 characteristic, wherein the data management module modifies its data flow management 

6 based on at least one characteristic of the transmitter. 

1 2. The transmission system of claim 1 , further comprising at least an 

2 additional transmitter module. 

1 3 . The transmission system of claim 2, wherein each transmitter is associated 

2 with a different transport medium. 

1 4. The transmission system of claim 1 , wherein the transmission 

2 characteristic of the transmitter module varies over time. 

1 5 . The transmission system of claim 1 , further comprising an interface 

2 between the data management module and the transmitter module. 

1 6. The transmission system of claim 5, wherein the interface includes an API 

2 interface. 

1 7. The transmission system of claim 1 , wherein the transmission 

2 characteristic includes a data flow rate of the transmitter module. 

1 8. The transmission system of claim 7, wherein the data flow rate is adjusted 

2 to compensate for delays in the transmitter module. 

1 9. The transmission system of claim 1 , wherein the data management module 

2 continues to receive the transmitter's transmission characteristic and to adjust the data 

3 flow management if the transmission characteristic changes. 
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1 10. The transmission system of claim 1 , wherein the data management module 

2 combines digital data with television data to transmit over the transport medium. 

1 11. The transmission system of claim 1 , wherein the transport medium 

2 includes a medium selected from the group consisting of an airwave transmission, a cable 

3 transmission, a satellite transmission, a digital television transmission, and a computer 

4 network. 

1 12. The transmission system of claim 1, wherein the transmitter's transmission 

2 characteristic is retrieved by the data management module at startup of the transmitter 

3 module or data management module. 

1 13. The transmission system of claim 12, wherein the data management 

2 module and transmitter module continue to exchange data including the transmitter's 

3 transmission characteristic after startup. 

1 14. A transmission system comprising: 

2 a data management program capable of assembling data; 

3 a transmitter capable of receiving data from the data management program 

4 and transmitting the data to a transport medium; and 

5 a communication interface between the data management program and 

6 the transmitter that enables the data management program and transmitter to negotiate the 

7 type of communication to be performed based on the type of transport medium used. 

1 15. The transmission system of claim 14, wherein the assembled data includes 

2 digital data and television data. 

1 16. The transmission system of claim 14, further comprising at least another 

2 transmitter coupled to at least another transport medium. 
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1 17. The transmission system of claim 1 6 , wherein the transport media have 

2 different transmission characteristics. 

1 18. The transmission system of claim 1 7, wherein the data management 

2 program modifies its management of data flow to the transmitters based on the 

3 transmitters' transmission characteristics. 

1 19. The transmission system of claim 1 8, wherein the data management 

2 program and transmitters exchange information on a continued basis. 

1 20. The transmission system of claim 1 6, wherein the transport media have 

2 different data flow rates. 

1 2 1 . A computer-readable medium storing a program executable by a computer 

2 in a transmission system including a transport medium, the program comprising 

3 instructions for causing the computer to: 

4 identify at least one transmission characteristic of the transport medium 

5 over which data is to be transmitted by a transmitter module; and 

6 modify data flow management based on the identified at least one 

7 transmission characteristic. 

1 22. The computer-readable medium of claim 21 , the program further 

2 comprising instructions causing the computer to identify a transmission characteristic of 

3 at least another transport medium over which data is to be transmitted by at least another 

4 transmitter. 

1 23 . The computer-readable medium of claim 22, wherein the transport media 

2 have different transmission characteristics. 

1 24. The computer-readable medium of claim 2 1 , wherein the program 

2 includes the transmitter and a data management module. 
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25 . The computer-readable medium of claim 24, wherein the data 
management module and transmitter exchange information relating to the transport 
medium's at least one transmission characteristic. 

26. The computer-readable medium of claim 25, wherein the data 
management module and transmitter exchange information on a continued basis. 

27. A method of managing data flow over a transport medium in an interactive 
transmission system, comprising: 

identifying at least one transmission characteristic of a transmitter used to 

transmit data over the transport medium; and 

modifying data flow management based on the identified at least one 
transmission characteristic. 

28. The method of claim 27, further comprising identifying a transmission 
characteristic of at least another transmitter used to transmit data over a different 
transport medium. 

29. The method of claim 27, wherein the transmitters associated with the 
different transport media have different transmission characteristics. 

30. The method of claim 27, wherein the at least one transmission 
characteristic of the transmitter is identified on a continued basis. 
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ABSTRACT OF THE DISCLOSURE 
An interactive transmission system having a data management module that 
identifies at least one transmission characteristic of at least one transmitter module. The 
transmitter module transmits data over a transport medium. The data management 
module modifies its behavior based on the identified at least one transmission 
characteristic. 
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TRANSMISSION COMMUNICATIONS MANAGEMENT 
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United States Application Number 

or PCT International Application Number 

and was amended on __ 

(if applicable) 
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''^ specification, including the claim(s), as amended by any amendment referred to above. I 

1, do not know and do not believe that the claimed invention was ever known or used in the 

y United States of America before my invention thereof, or patented or described in any 

^ printed publication in any country before my invention thereof or more than one year prior 

J y to this application, that the same was not in public use or on sale in the United States of 

\I America more than one year prior to this application, and that the invention has not been 

!~ patented or made the subject of an inventor's certificate Issued before the date of this 

m application in any country foreign to the United States of American on an application filed 

by me or my legal representatives or assigns more than twelve months (for a utility patent 
application) or six months (for a design patent application) prior to this application. 

I acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)- 
(d), of any foreign application(s) for patent or inventor's certificate listed below and have 
also identified below any foreign application for patent or inventor's certificate having a 
filing date before that of the application on which priority is claimed: 
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I hereby claim the benefit under title 35, United States Code, Section 119(e) of the United 
States provisional application(s) listed below: 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims 
of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, Section 112, I 
acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal regulations, Section 1.56 which 
became available between the filing date of the prior application and the national or PCT 
International filing date of this application: 



(Application Number) Filing Date (Status-patented, pending, abandoned) 



(Application Number) Filing Date (Status-patented, pending, abandoned) 



I hereby appoint Timothy N. Trop, Reg. No. 28,994; Fred G. Pruner, Jr., Reg. No. 40,779, 
Dan C. Hu, 40,025; Coe F. Miles, Reg. No. 38,559, my patent attorneys, of TROP, 
PRUNER, HU & MILES, P.C., with offices located at 8550 Katy Freeway, Ste. 128, 
Houston, TX 77024, telephone (713) 468-8880, and Joseph R. Bond, Reg. No. 36,458; 
Richard C. Calderwood, Reg. No. 35,468; Sean Fitzgerald, Reg. No. 32,027; David J. 
Kaplan, Reg. No. 41,105; Leo V. Novakoski, Reg. No. 37,198; Naomi Obinata, Reg. No. 
39,320; Thomas C. Reynolds, Reg. No. 32,488; Steven P. Skabrat, Reg. No. 36,279; 
Howard A. Skaist, Reg. No. 36,008; Steven C. Stewart, Reg. No. 33,555; Raymond J. 
Werner, Reg. No. 34,752; and Charles K. Young, Reg. No. 39,425; my patent attorneys, of 
INTEL CORPORATION; with full power of substitution and revocation, to prosecute this 
application and to transact all business in the Patent and Trademark Office connected 
herewith. 

Send correspondence to Timothy N. Trop , TROP, PRUNER, HU & MILES, P.C., 8550 
Katy Freeway, Ste. 128, Houston, TX 77024 and direct telephone calls to TIMOTHY N. 
TROP , (713) 468-8880. 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like 
so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon. 
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